Is the core problem not that we allow such requests at all?

For example, even with this fix, we still allow a client to submit with u64::MAX and they therefore reserve a stream permanently without having to do any work.

Is the core problem not that we allow such requests at all?

For example, even with this fix, we still allow a client to submit with u64::MAX and they therefore reserve a stream permanently without having to do any work.

Yea I was thinking that we should probably allow some reasonable upper limit like current tip + 100 blocks. Just in case the flexibility is beneficial for any reason in the future?

Otherwise yes, the alternative is to reject any such requests in the first place. LMK What you prefer.

Is the core problem not that we allow such requests at all?
For example, even with this fix, we still allow a client to submit with u64::MAX and they therefore reserve a stream permanently without having to do any work.

Yea I was thinking that we should probably allow some reasonable upper limit like current tip + 100 blocks. Just in case the flexibility is beneficial for any reason in the future?

Otherwise yes, the alternative is to reject any such requests in the first place. LMK What you prefer.

What I want to avoid is logic like this PR where there are multiple "hidden" branch layers to cater for random edge case fixes.

So I think lets rather reject if its not within a small margin of the current tip e.g. like 10 blocks.

Is the core problem not that we allow such requests at all?
For example, even with this fix, we still allow a client to submit with u64::MAX and they therefore reserve a stream permanently without having to do any work.

Yea I was thinking that we should probably allow some reasonable upper limit like current tip + 100 blocks. Just in case the flexibility is beneficial for any reason in the future?
Otherwise yes, the alternative is to reject any such requests in the first place. LMK What you prefer.

What I want to avoid is logic like this PR where there are multiple "hidden" branch layers to cater for random edge case fixes.

So I think lets rather reject if its not within a small margin of the current tip e.g. like 10 blocks.

I have added the 10 block reject logic. But I have also kept the early disconnect logic there too. Maybe an unnecessary optimization but still feels better to have it there than not.